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(54) A method and 



system of print stream address extraction 



(57) The invention is ^ method and system of mod- 
ifying print stream data. Trae method begins by sending 
a print stream from an application through a graphical 
device interface to a print spooler. A print stream monitor 
determines whether or not the print stream comprises a 
set of text data and/or a set of address data. If the print 
stream comprises text dataAthen the text data Is tagged 
and sent to a user mode module where it is stored in a 
local buffer. The tagged and stored text data is then re- 
trieved and parsed for any acraress which may be con- 
tained within the tagged text. The address d ata is the n 
extracted from the print stream and placed in aELenye- 
lope print format to create an e^jivelope data set. An en- 



velope printer device context is then created and the en- 
velope data set is transmitted to an envelope kernel for 
creating an envelope printer device language file. The 
print stream is converted by a document printer com- 
mand language (PCL) generator into an envelope print- 
er language. The envelope data set is then printed. The 
envelope data set is injected back into the print stream 
from which It was extracted by merging the set of text 
data and the set of envelope data. The print stream is 
then transmitted to a next destination such as a docu- 
ment printer, where a printer driver is then activated for 
causing a printer to print the document data to one or 
more sheets. 
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Description 



[0001] Reference is made to European Patent Publi- 
cation Number 0981 111. entitled A METHOD AND SYS- 
TEM OF DISPLAYING DATABASE CONTENTS IN EN- 
VELOPE DATA FIELDS, assigned to the assignee of 
this application and filed on July 20, 1 999. 
[0002] Reference is made to European Patent Publi- 
cation Number 0974915. entitled A METHOD AND 
SYSTEM OF PRINT STREAM ADDRESS EXTRAC- 
TION, assigned to the assignee of this application and 
filed on July 20, 1999. 

[0003] Reference is made to European Patent Publi- 
cation Number 0981 11 0, entitled A METHOD AND SYS- 
TEM OF PRINTING A POSTAGE INDICIA FROM AN 
ENVELOPE DESIGN APPLICATION, assigned to the 
assignee of this application and filed on July 20, 1999. 
[0004] Reference is made to European Patent Publi- 
cation Number 0974914, entitled A METHOD AND 
SYSTEM FOR CAPTURING DESTINATION AD- 
DRESSES FROM LABEL DATA, assigned to the as- 
signee of this application and filed on July 20, 1999. 
[0005] The present invention relates generally to the 
field of print stream data processing; and, more specif- 
ically, to the field of printing to multiple device drivers via 
a single print stream input. 

[0006] Mail preparation systems, such as the DOCU- 
MATCHTM mail processing and finishing system availa- 
ble from Pitney Bowes Inc. of Stamford, Connecticut, 
establish a mail piece print run at a host personal com- 
puter (PC) and then direct the stream to printer periph- 
erals for printing to an envelope and/or to a page sub- 
strate. Mail preparation systems are an example of sys- 
tems whose purpose is to utilize address lists, perfomi 
addressing hygiene through the use of address con-ec- 
tion techniques, assign barcoding and, download data 
to addressing printers, collators, sealers, and the like, 
for the purpose of producing a mailpiece, These sys- 
tems sometimes have only a single input/output (I/O) 
port interface between the PC and the document printer 
Thus, the current mail preparation systems are gener- 
ally constrained by their printer hardware architecture. 
[0007] To support such a system architecture, the ap- 
plication print data stream must be altered to allow the 
generation of envelope print data streams and its re-in- 
jection Into the main application print stream. The crea- 
tion of the envelope print stream involves the capture of 
text data contained in the document to generate the en- 
velope, the use of an envelope definition module, and 
the use of proprietary print protocol language for the mail 
preparation system to direct the data to an appropriate 
printer. 

[0008] The print stream created by the main applica- 
tion is generally in the form of text data, though it may 
take on other forms. The data must be parsed and 
checked before forniat connection and barcoding tech- 
niques can be directed to the addresses in the text for 
creation of a mailpiece. 



[0009] Mailpiece production systems are known in the 
art and have developed with changes in postal, service 
regulations (such as those of the United States Postal 
Service, or USPS) and with the proliferation of appropri- 
5 ate software applications. In turn, this production has 
served the need to automate and accelerate to accom- 
modate growth. 

[0010] As the United States Postal Service (USPS) 
together with the postal services of other countries 
10 around the world, moves toward more fully automated 
mail handling in an effort to contain costs while process- 
ing ever increasing volumes of mail, automated equip- 
ment which sorts and processes mail on the basis of 
machine readable postal codes, such as the "zip code" 
15 or other forms of postal coding, play an ever more sig- 
nificant role. In the United States, postal service regu- 
lations provide for a "Postnet" bar code which repre- 
sents the five, nine, or eleven digit zip code of the des- 
tination address in a machine readable form. 4-State 
^0 can be utilized within Canada. 

[0011] Additionally, a system for printing envelopes 
with addresses Including barcode is disclosed in com- 
monly assigned U.S. Patent No, 5.175,691 for a SYS- 
TEM AND METHOD FOR CONTROLLING AN APPA- 
25 RATUS TO PRODUCE ITEMS IN SELECTED CON- 
FIGURATIONS; issued on December 29, 1 992 to Baker 
et al, (hereinafter referred to as Baker), which describes 
a system for printing mail pieces which includes a printer 
for printing sheets and envelope forms and a folder- 
30 sealer mechanism for folding the envelope form around 
the sheets to form a mail piece, and a computer based 
control system for controlling the printer and folder. In 
the system of this application, when an operator is cre- 
ating a file of letters to be printed, the operator may des- 
35 ignate a selected field within each letter as containing 
the destination address. The system will then extract the 
infomiation in this designated field and with it create a 
new page of material to be printed on the envelope form ; 
and, if the address within the designated field includes 
"^0 a zip code, the system will add a corresponding barcode 
to the new page. The system then adds this new page 
to the file before the file is output. 
[0012] The ability to structure software coding is ex- 
tremely important when linking data to be downloaded 
^5 to a printer being utilized in the addressing environment 
U.S. Patent No. 5,583,970 for a PRINTER COMMAND 
SET FOR CONTROLLING ADDRESS AND POSTAL 
CODE PRINTING FUNCTIONS, issued December 10, 
1996 to Strobel (hereinafter referred to as Strobel). and 
50 assigned to the assignee of the present claimed inven- 
tion, is instructive in this respect. 
[0013] Strobel is a method and system for printing im- 
ages to a substrate wherein the commands normally in- 
put by an operator, or resident within the printer, can be 
55 detemiined at a host data processor. The system can 
control address and postal code printing functions be- 
ginning at the host computer together The system will 
derive printing data, including address data, from a se- 
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lected application resident in the host computer. The 
host computer creates and then transmits printer com- 
mand sets and printing data, via transmitting means to 
a microprocessor within the printer. The microprocessor 
drives a language interpreter which directs the printer 
commands to a parsing step for determining the address 
location from within the data to be printed. The language 
interpreter then assigns delivery point digits to a zip 
code that was isolated from the transmitted address da- 
ta. The newly created zip code is then matched with the 
bar code data stored within the microprocessor's corre- 
sponding memory. A bar code corresponding to the new 
zip code is selected. The language interpreter then di- 
rects the printer's controller to prepare to print the ad- 
dress with its corresponding zip code, any graphics im- 
ages that may have been included within the print data, 
and text, if any. The printer controller positions the bar 
code for printing, and then prints the bar code and ad- 
dress data, zip code, and any graphics images and text 
to an envelope or other substrate. 
[0014] A particular limitation to current methods and 
systems, however, is found in the assembly of the en- 
velope print stream which fuels the prior art detailed 
above. Matlpiece production systems having two sepa- 
rate printers and a single I/O port are constrained by the 
serial connection between their printers, making it im- 
possible for the document printer to query information 
directly from its corresponding envelope printer. There- 
fore, as is illustrated by FIG. 2 hereinbelow, these mail- 
piece preparation systems must integrate two drivers 
while exposing only one to the application. 
[0015] Therefore, it is an object of the present inven- 
. tion to provide for a method and system for determining 
and extracting an address from a print stream. Addition- 
ally, it is an object of the present invention to generate 
new print streams by printing to a secondary driver, 
reading the secondary print streams and injecting the 
secondary print stream back into the primary application 
print stream associated with a single I/O port connecting 
the mail preparation system to its host PC. 
[001 6] The Invention is a method and system of mod- 
ifying print stream data in a printing system having at 
least tvyo printers and a single input/output port and 
comprises a number of steps and components. 
[0017] The method begins by sending a printjtream 
from a data processing application through a grapTTicaT 
device interface (GDI) t o a print sp ooler to form a GDI 
print stream. The GDI print stream may contain: control 
data with a corresponding control page wizard which is 
utilized to facilitate mail merge functionality within the 
printing system; text data; address data; and/or, some 
other components. The data processing application can 
be a mailpiece designer application for preparing a mail- 
piece based on assigned parameters. Additionally, the 
mailpiece designer application is capable of presenting 
a data entry screen to a system user for performing the 
further steps of creating and/or modifying a mailpiece 
definition file and, storing and/or retrieving one or rnpre 



mailpiece definition files wherein each of the files corre- 
sponds to a specific mall print run. In a preferred em- 
bodiment, the document designer application Is a 32-bit 
WINDOWS automation server. 
5 [0018] The printing system employs a print stream 
monitor within a document driver kernel context for 
scanning the GDI print stream to determine whether or 
not the print stream comprises a set of text data and/or 
a set of address data. If the print stream comprises text 
10 data then the text data Is tagged and sent to a user mode 
module; however, if the print stream does not comprise 
text data, then the print stream Is sent directly to a data 
injection step. After tagging, the text data is stored in a 
local buffer. The tagged text stored in the local buffer 
15 cannot be retrieved until the stored tagged text has re- 
ceived an end of page control mark tor the text sought 
to be retrieved. 

[0019] The tagged and stored text data is then re- 
trieved from the local buffer and It is determined as to 
whether or not an address is contained within the tagged 
text. The determination is made by an envelope parser 
for detecting, parsing, and then extracting address data 
from the print stream. If an address is found in the 
tagged text, then the address is placed in an envelope 
print format to create an envelope data set; however, if 
an address is not found, then the tagged text is sent di- 
rectly to the data injection step. An envelope printer de- 
vice context is then created and the envelope data set 
is transmitted to an envelope kernel for creating an en- 
velope printer device language file. 
[0020] The GDI print stream is converted by a docu- 
ment printer command language (PCL) generator into 
an envelope printer language. The envelope data result- 
ing Is then utilized by a second designer application for 
displaying a set of data fields of the envelope data to a 
system user, reading a set of parameters created by the 
second designer application; and, writing the envelope 
data to a printer driver, The envelope data set is then 
printed. 

[0021 ] Upon printing the envelope data set, the printer 
device language is then read by the print stream monitor 
which is used to modify the print stream by taking the 
envelope data set and injecting it back into the print 
stream from which it was extracted by merging the set 
of text data and the set of envelope data. The print 
stream is then transmitted to a next destination such as 
a document printer where a control page parser for de- 
tecting, parsing, and then extracting the document data 
from the print stream is employed. A printer command 
language (PCL) generator for converting the print 
stream into a document printer language is then em- 
ployed. A printer driver is then activated for causing a 
printer to print the document data to one or more sheets. 
[0022] FIG. 1 is a block diagram of a system within 
which the method of the present invention could reside 
and be utilized. 

[0023] FIG. 2 is a flowchart of the prior art method of 
printing envelope data extracted from a print stream in 
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a WINDOWS® 95 environment. 
[0024] FIG. 3A is a flowchart of the method of the 
present invention showing the Initiation of the print 
stream and Including a document driver kernel. 
[0025] FIG. 3B is a continuation of the flowchart of the 
method of the present Invention beginning with the doc- 
ument driver user mode module and concluding with the 
re-injection of data Into the print stream. 
[0026] FIG. 4 is a block diagram of the system of the 
present invention. 

[0027] The system concept and architecture de- 
scribes the method and system required to print a mail 
piece run as defined by a user from a WINDOWS® ap- 
plication document and/or an address list to system 
printer. The printing application can be, but is not limited 
to, a word processor application and a mail list manage- 
ment or database application. Consequently, the sys- 
tem requirements include: the interception of the print 
stream data from the documents being printed; parsing 
and extraction of certain infonnation from the print 
stream data; adding information into the print stream da- 
ta to generate a finished mail piece from the document 
being printed; and, converting the graphical device in- 
terface (GDI) print stream Into a printer language print 
stream. 

[0028] The following detailed description of the pre- 
ferred embodiments presents the system requirements 

in context, 

[0029] Turning to FIG. 1 . there is shown a block dia- 
gram of a system within which the method of the present 
invention could reside and be utilized. 
[0030] System 1 0 comprises a microprocessor 1 2 in- 
teroperatively connected to monitor 14 for viewing the 
representation of the medium (such as an envelope or 
label) to be acted upon by the design application 22. The 
viewing of the media representation on monitor 14 pro- 
motes ease of use in selecting the various options avail- 
able to the system user while fomiatting the medium 
and provides an example of the human interface that 
can be brought to system 1 0, The men itor 1 4, under con- 
trol of the design application 22, is able to show the sys- 
tem user: the medium representation; available menus 
from which option selections may be made; the medi- 
um's indicia; the amount of postage that wilt be incorpo- 
rated into the indicia; and varied print fields available for 
printing to the selected medium. Microprocessor 12 is 
interoperatively connected to scanner 16. Scanner 16 
provides system 1 0 with the ability to scan address field 
data, barcodes, or other scannable data sources as an 
input to design application 22. Printer 26 is also interop- 
eratively connected to microprocessor 1 2 and serves as 
the output device by which the print fields are printed to 
the selected medium. Additionally, keyboard 20 is inter- 
operatively connected to microprocessor 12 and serves 
as an Input device for the input of data, Modem 1 8 gives 
system 1 0 the ability to communicate with other systems 
via communications means of varied types or to down- 
load print fields for remote storage; and, memory 24 al- 



lows the system to retain data for use in maintaining 
records or for storing data for future use. 
[0031] Turning to FIG. 2, there is shown a flowchart 
of the prior art method of printing envelope data extract- 
5 ed from a print stream in a WINDOWS 95 environment. 
[0032] The prior art method begins at step 1 00 where 
a data processing application such as a mallpiece prep- 
aration application, operating in a WINDOWS 95 envi- 
ronment, Initiates a print stream for each printed docu- 
10 ment. From step 1 00, the method advances through a 
graphical device interface (GDI) at step 102 before en- 
tering a document driver module that begins at step 1 04. 
[0033] At step 1 04, the method queries as to whether 
or not text data has been detected within the print 
15 stream. If the response to the query is "NO." then the 
method proceeds directly to step 118 where the data is 
re-injected into the print stream before advancing to step 
120 where the sequence ends while the print stream is 
directed toward another peripheral device. If the re- 
20 sponse to the query at step 1 04 is "YES," however, then 
the method advances to step 1 06 where the text data is 
stored in a local buffer to await an "end-of-page" control 
mark from the system. 

[0034] At step 1 08, the method queries as to whether 
25 or not an end-of-page control mark has been received 
at the local buffer. If the response to the query is "NO," 
then the method proceeds directly to step 1 1 8 where the 
data is re-Injected into the print stream before advancing 
to step 120 where the sequence ends while the print 
30 stream is directed toward another peripheral device. If 
the response to the query at step 1 08 is "YES." however, 
then the method advances to step 110 where the data 
IS retrieved from the local buffer before advancing to the 
query at step 112. 

35 [0035] At step 11 2. the method queries as to whether 
or not an address has been found in the retrieved text. 
If the response to the query is "NO," then the method 
proceeds directly to step 1 1 8 where the data is re-inject- 
ed into the print stream before advancing to step 120 
40 where the sequence ends while the print stream is di- 
rected toward another peripheral device. If the response 
to the query at step 112 is "YES," however, then the 
method advances essentially simultaneously to steps 
114 and 116. At step 114. the address data is printed to 
45 an envelope as envelope data, while at step 1 1 6, an es- 
cape sequence is created using built-in printer com- 
mand language (PCL) commands. Steps 114 and 116 
rejoin at step 118 where the data is re-Injected into the 
print stream before advancing to step 120 where the se- 
50 quence ends while the print stream is directed toward 
another peripheral device such as a document printer. 
[0036] Next turning to FIG. 3A, there Is shown a flow- 
chart of the method of the present invention showing the 
initiation of the print stream and including a document 
55 driver kernel. 

[0037] The method begins at step 200 where a data 
processing application such as a mallpiece preparation 
application, operating in a WINDOWS NT environment 
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initiates a print streann for each printed document. From 
step 200, the method advances through a graphical de- 
vice interface (GDI) at step 202 and sends the print 
stream to a print spoolerat step 204 before entering doc- 
ument driver kernel 205 that begins with a query at step 5 
206. The GDI enables the system printer driver by initi- 
ating the query, 

[0038] At step 206, the method queries as to whether 
or not text data has been detected within the print 
stream. If the response to the query is "NO," then the w 
method proceeds to step 208 where the data is sent to 
the user mode module, via path A to be re-injected into 
the print stream at step 236 as is shown in FIG. 3B. if 
the response to the query at step 206 is "YES," however, 
then the method advances to step 21 0 where the text ^5 
data is tagged and sent to the document driver user 
mode module 225, along path B as is shown in FIG. SB. 
[0039] FIG. SB is a continuation of the flowchart of the 
method of the present invention beginning with the doc- 
ument driver user mode module 225 and concluding 20 
with the re-injection of data into the print stream at step 
236. 

[0040] Turning first to step 212, path B is shown re- 
entering the method flow and the tagged text data is 
stored in a local buffer. From step 21 2, the method ad- 25 
vances to the query at step 21 4. At step 214, the method 
queries as to whether or not an end-of-page control 
mark has been received at the local buffer. If the re- 
sponse to the query is "NO," then the method proceeds 
directly to step 236 where the data is re-injected into the 30 
print stream before advancing to step 238 where the se- 
quence ends white the print stream is directed toward 
another peripheral device. If the response to the query 
at step 21 4 is "YES." however, then the method advanc- 
es to step 21 6 where the data is retrieved from the local 35 
buffer before advancing to the query at step 218. 
[0041] At step 21 8, the method queries as to whether 
or not an address has been found in the retrieved text. 
If the response to the query is "NO," then the method 
proceeds directly to step 236 where the data is re-inject- 40 
ed into the print stream before advancing to step 238 
where the sequence ends while the print stream is di- 
rected toward another peripheral device. If the response 
to the query at step 218 is "YES." however, then the 
method advances essentially simultaneously to step 45 
220. At step 220, the system creates an envelope printer 
device context before advancing to step 222. At step 
222, the address data is printed to an envelope driver 
as envelope data. 

[0042] From step 222, the method advances essen- so 
tially simultaneously to steps 224 and 228. Step 224 ex- 
ists as a separate envelope kernel and user mode where 
an envelope printer device language (PDL) is generated 
for filing before advancing to step 226 where the enve- 
lope print data is placed in a temporary file. The method S5 
advances from step 226 to step 234 where the envelope 
PDL data file is read and then injected at step 236 back 
into the print stream before advancing to step 238 where 
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the sequence ends while the print stream is directed to- 
ward another peripheral device such as a document 
printer. 

[0043] Turning back to step 228. the method queries 
as to whether or not all the available envelope data for 
this particular document has been printed. If the re- 
sponse to the query is "NO," then the method returns to 
re-enter the method flow at step 222 so that the remain- 
ing data can be printed, If the response to the query at 
step 228 is "YES," however, then the method advances 
to step 230 where the envelope printing is ended. The 
method then advances to a query at step 232. At step 
232, the method queries as to whether or not the system 
is ready to inject the envelope data back into the print 
stream. If the response to the query is "NO," then the 
method returns to re-enter the method flow at step 232 
and the query Is repeated. If the response to the query 
at step 232 is "YES," however, then the method advanc- 
es to step 234 where the envelope PDL data file is read 
and then injected at step 236 back into the print stream 
before advancing to step 238 where the sequence ends 
while the print stream is directed toward another periph- 
eral device such as a document printer. 
[0044] FIG. 4 is a block diagram of the system and 
corresponding components of the present invention. 
[0045] A microprocessor 31 0 is shown interoperative- 
ly connected to a document design application .31 2, for 
preparing a document such as a mailpiece with its as- 
sociated text insert, to be printed as document text and 
as envelope text. In a preferred embodiment of the 
present invention, the document designer application 
312 Is a 32-bit WINDOWS automation server. The doc- 
ument designer application is capable of creating and/ 
or modifying a mailpiece definition file and storing and/ 
or retrieving one or more mailpiece definition files 
wherein each of said files corresponds to a specific mall 
print run and results in a print stream. Also connected 
to microprocessor 310, is an envelope design applica- 
tion 314. 

[0046] The env eiope design application 31 4 is utilized 
for: displaying a set of data f ields""of the envelope text 
data portion to a system user; reading a set of parame- 
ters created by the envelope designer application; and, 
writing the envelope data_to a printer driver. The set of 
data fields displayed Is representative of the face of an 
envelope (comprising an Indicja print field and.an ad- 
dressee printfleld), thus allowing the system user a con- 
venient way to check on field selection and.placement. 
[0047] Additionally connected to microprocessor 310 
is a print stream monitor 318 for: scanning the print 
stream generated by the mailpiece design application 
31^2; detecting^a^set of document data or control data 
an da set pf envelopejiata;Jnterfacing with the envelope 
parser 320To^e)3ract an address from the document text 
data; interfacing with the document parser 322 to extract 
_H?ilS[oLS§S6jri!o'''T^«*tion from the print stream; generat- 
ing tjx@^envelc)pe PCL print data at the POL print gener- 
ator 324; and, for modifying the print stream to merge 
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the two sets of data. The print stream monitor 31 8 main- 
tains the system timing during printing of the mailpiece 
and the general performance of the document print job. 
[0048] The system includes a document (or control 
page) parser 322 for detecting, parsing, and then ex- 
tracting the document data from the print stream, as well 
as instructing the print stream task manager (not 
shown). Further included, is an envelope parser 320 for 
detecting, parsing, and then extracting the envelope da- 
ta from the print stream and then indicating to the print 
stream task manager that an address has been detect- 
ed. 

[0049] To print the envelope, a PCL generator 324 is 
connected to the microprocessor 310 for converting the 
envelope data as extracted from the print stream Into a 
second printer language, thus creating a proper PCL for 
the envelope text to be printed through printer driver 328 
to printer 332 and on to an envelope or similar substrate. 
To print the document, a PCL generator 326 Is connect- 
ed to the microprocessor 310 for converting the docu- 
ment data as extracted from the print stream into a sec- 
ond printer language, thus creating a proper PCL for the 
document text to be printed through printer driver 330 
to printer 334 and on to one or more sheets or similar 
substrate. The WINDOWS NT printer architecture re- 
quires that every printer driver be implemented as a pair 
of user mode dynamic link libraries (DLL), as well as a 
printer specific component 

[0050] The WINDOWS NT printing architecture Is part 
of the NT graphics architecture and consists of three 
components; these are: the applications that interface 
with the WINDOWS GDI; the server print spooler that 
Interfaces with the print services convention; and, the 
kernel mode print services that Include the printer driver 
minldriver and the I/O port Interface. The print spooler 
internally accesses the user interface and the user 
mode printer driver components. The minldriver is a da- 
ta file that contains the printer data tables as well as 
code specific to system driver that worics in conjunction 
with the shim common driver, The purpose of the shim 
common driver Is to Intercept the raster graphic entry 
points to obtain print stream data and to provide each 
of the other drivers with common kernel functions when 
necessary. 

[0051] While certain embodiments have been de- 
scribed above in temns of the system within which the 
method may reside, the Invention is not limited to such 
a context. 

[0052] In the foregoing specification, the invention 
has been described with reference to specific embodi- 
ments thereof. It will, however, be evident that various 
modifications and changes may be made thereto with- 
out departing from the broader spirit and scope of the 
invention. The specification and drawings are, accord- 
ingly, to be regarded in an illustrative rather than a re- 
strictive sense. 



10 



15 



20 



25 



30 



35 



40 



SO 



55 



Claims 

1 . A method of modifying print stream data in a printing 
system, said method comprising the steps of: 

(a) sending a print stream from a data process- 
ing application to a print spooler; 

(b) determining, in a document driver kernel, 
whether or not said print stream comprises text 
data, and: 

(i) If said print stream comprises text data 
then tagging said text data and sending 
said tagged text data to a user mode mod- 
ule; or 

(li) If said print stream does not comprise 
text data then sending said print stream di- 
rectly to a data Injection step; 

(c) storing said tagged text in a local buffer; 

(d) retrieving said tagged text from said local 
buffer and determining whether or not an ad- 
dress is contained within said tagged text, and: 

(i) if an address is found in said tagged text, 
then placing said address In an envelope 
print fonnat to create an envelope data set; 
and 

(li) if an address Is not found then sending 
said tagged text directly to said data Injec- 
tion step; 

(e) creating an envelope printer device context 
and transmitting said envelope data set to an 
envelope kernel for creating an envelope print- 
er device language file and then printing said 
envelope data set; 

(f) reading said printer device language and 
then injecting said envelope data set into said 
print stream; and 

(g) transmitting said print stream to a next des- 
tination. 

. The method of claim 1 . wherein said print stream is 
passed through a graphical device interface (GDI) 
when being sent from said data processing applica- 
tion to said print spooler to form a GDI print stream. 

The method of claim 1 , wherein said print stream 
comprises control data. 

The method of claim 1 , wherein said local buffer 
stores said tagged text until at least one end-of- 
page control mark is received in said local buffer. 

The method of claim 1 , wherein said tagged text 
stored in said local buffer cannot be retrieved until 
said stored tagged text has received an end of page 
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control mark for said stored tagged text sought to 
be retrieved. 

6. The method of claim 1 , wherein said data process- 
ing application Is a maiipiece designer application. 5 

7. The method of claim 6, wherein said maiipiece de- 
signer application is capable of presenting a data 
entry screen to a system user for performing the fur- 
ther steps of: 10 

(a) creating and/or modifying a maiipiece defi- 
nition file; and 

(b) storing and/or retrieving one or more maii- 
piece definition files wherein each of said files i5 
corresponds to a specific mail print run. 

8. The method of claim 1 , wherein said print stream 
comprises a control page wizard. 

20 

9. The method of claim 8, wherein said control page 
wizard is utilized to facilitate mall merge functional- 
ity within said printing system. 

10. The method of claim 2, wherein said GDI print 25 
stream is converted by a document printer com- 
mand language (PCL) generator into an envelope 
printer language, 

11. A document printing system having at least two 30 
printers and a single input/output port, said system 
comprising; 

(a) a first document designer application for 
preparing a document to be printed in at least 35 
a first portion and a second portion and wherein 
said preparation results in a print stream; 

(b) a second designer application for: 

(i) displaying a set of data fields of said sec- 40 
ond portion to a system user; 

(ii) reading a set of parameters created by 
said second designer application; and 

(iii) writing said second portion to a printer 
driver; 45 

(c) a print stream monitor for: 

(i) scanning said print stream to detect a 

set of first portion data and a set of second 50 
portion data; and 

(ii) modifying said print stream to merge 
said set of first portion data and said set of 
second portion data; 

55 

(d) a control page parser for detecting, parsing, 
and then extracting said first portion data from 
said print stream; 
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(e) a second portion parser for detecting, pars- 
ing, and then extracting said second portion da- 
ta from said print stream; 

(f) a first printer command language (PCL) gen- 
erator for converting said print stream intoaflrst 
portion printer language; 

(g) a second (PCL) generator for converting 
said second portion as extracted from said print 
stream into a second printer language; 

(h) a first printer driver for causing said first 
printer to print, utilizing said first portion printer 
command language, said first portion data to 
one or more sheets; and 

(i) a second printer driver for causing said sec- 
ond printer to print, utilizing said second printer 
command language, said second portion data 
to a substrate. 

12. The document printing system of claim 11 , wherein 
said first document designer application is a 32-bit 
WINDOWS automation server. 

13. The document printing system of claim 12, wherein 
said first document designer application is capable 
of creating and/or modifying a maiipiece definition 
file and storing and/or retrieving one or more mail- 
piece definition files wherein each of said files cor- 
responds to a specific mail print run. 

14. The document printing system of claim 11 , wherein 
said document designer application is for producing 
one or more mailpleces and wherein said first por- 
tion comprises document data and said second por- 
tion comprises envelope data. 

15. The document printing system of claim 11 , wherein 
said set of data fields is representative of thei face 
of an envelope. 

18. The document printing system of claim 15, wherein 
said set of data fields further comprises an address- 
ee print field. 

17. The document printing system of claim 15, wherein 
said set of data fields further comprises an indicia 
print field. 

18. The document printing system of claim 11, wherein 
said second portion data is converted by a docu- 
ment printer command language (PCL) generator 
into an envelope printer language. 

19. A maiipiece creation system having a first printer 
and a second printer and a single input/output port, 
said system comprising: 

(a) a host computer having a maiipiece design- 
er application for generating a print stream and 
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wherein said print stream Is representative of 
said mailpiece; 

(b) an envelope designer application for: 

(i) displaying a set of envelope data fields s 
to a system user; 

(ii) reading a set of envelope parameters 
created by said envelope designer applica- 
tion; and 

(iii) writing said envelope to a printer driver; w 

(c) a print stream monitor for: 

(I) scanning said print stream to detect ad- 
dress data resident in said print stream and is 
control page or control mark data resident 
in said print stream; and 
(il) modifying said print stream to merge a 
set of document page data and a set of ad- 
dress data; 20 

(d) a control page parser for detecting, parsing, 
and then extracting said document page data 
from said print stream; 

(e) an addressing parserfor detecting, parsing, 25 
and then extracting address data from said print 
stream; 

(f) a document printer command language 
(PCL) generator for converting said print 
stream into a document printer language; 30 

(g) an envelope (PCL) generator for converting 
text addresses extracted from said print stream 
into an envelope printer language; 

(h) a first printer driver for causing said first 
printer to print said address data to an envelope 3S 
utilizing said envelope printer language; and 

(i) a second printer driver for causing said sec- 
ond printer to print said document data to one 
or more sheets utilizing said document printer 
language. 4^ 

20. The mailpiece creation system of claim 1 9, wherein 
an envelope printer device context is established to 
allow said address data to be printed to said second 
printer driver for printing to said envelope. 45 
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(54) A method and system of print stream address extraction 



(57) The invention Is a method and system of mod- 
ifying print stream data. The method begins by sending 
a print stream from an application through a graphical 
device Interface to a print spooler. A print stream monitor 
detemrilnes whether or not the print stream comprises a 
set of text data and/or a set of address data. If the print 
stream comprises text data, then the text data is tagged 
and sent to a user mode module where it is stored in a C 
local buffer. The tagged and stored text data is then re- 
trieved and parsed for any address which may be con- 
tained within the tagged text. The address data is then 
extracted from the print stream and placed in an enve- 
lope print format to create an envelope data set. An en- 
velope printer device context Is then created and the en- 
velope data set is transmitted to an envelope kernel for 
creating an envelope printer device language file. The 
print stream is converted by a document printer com- 
mand language (PCL) generator into an envelope print- 
er language. The envelope data set is then printed. The 
envelope data set is injected back into the print stream 
from which it was extracted by merging the set of text 
data and the set of envelope data. The print stream is 
then transmitted to a next destination such as a docu- 
ment printer, where a printer driver is then activated for 
causing a printer to print the document data to one or 
more sheets. 
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